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IMPROVED UMTS 

Cross Reference To Related Application 

This application claims priority of European Application 
No.01 3021 31 .6 filed on March 8, 2001 . 

5 Background Of The Invention 

1 , Field of the Invention 

This invention relates to an improved Universal Mobile Telephone 
System (UMTS), and relates especially to a UMTS having improved Quality 
of Service (QoS) for Internet Protocol (IP) Packets. 
1 o 2. Description of the Related Art 

IP Packets can be handled by the UMTS; in the system, Radio 
Network Controllers (RNCs) and General Packet Radio Service Support 
Nodes (GSNs) all have IP functions as an IP bearer service; UMTS uses IP 
mechanisms to transfer bearer series packets by using its own IP packets 
1 5 internally as a carrier, with IP to IP access across the lu interface. 

IP packets are a variable length, and one difficulty in maintaining a 
required QoS when transmitting IP packets in the UMTS by currently known 
techniques is that a long packet may cause a buffer to overflow, in which 
case the packet is dropped. Also, the routing of different IP packets 
20 originating in the same call may vary, causing service inconsistency. 

Further, IP packet headers are long, typically twenty bytes, so when a 
packet is short, the header can be much longer than the payload. 

In a core network context, Multi-Protocol Label Switching (MPLS) is 
known as a label-based switching technique based on IP routing and control 
25 protocols. In MPLS, at one edge of the MPLS network, an Edge Router 
encapsulates IP packets into MPLS frames; a label-switched path is set up 
between Label Switch Routers (LSRs)across the network to a second Edge 
Router which strips off the MPLS labels. A label can be regarded as a Class 
of Service Indicator; the route is invariant for the Class, so that different 
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types of application, e.g. voice in real time, email etc., can be handled 
differently and appropriately, and QoS can be maintained. A routing table is 
used to link inputs and outputs, so a path can be chosen as shortest, least 
traffic etc., as appropriate. At each LSR, the labels on each packet are 
5 swapped, to indicated the next LSR. 

MPLS is particularly targeted for use in the core networks, when it has 
advantages over conventional IP-based core networks of simplified 
forwarding and efficient explicit routing, efficient and effective traffic 
engineering, and it also facilitates QoS routing mechanisms. MPLS is layer 

10 2 service which makes use of layer 2 transmission technologies, such as 
Point to Point Protocol (PPP), Asynchronous Transmission Mode (ATM), and 
Ethernet to provide fast connection to the IP layer. MPLS is not however 
confined to any specific link layer technology and it is extendable to multiple 
network layer protocols such as IPv4/v6, i.e. MPLS supports "protocol 

1 5 independent switching". 

Summary Of The Invention 

It is an object of the invention to provide a UMTS which incorporates 
MPLS for IP packet transmission to mobile systems. 

According to the invention, a Universal Mobile Telephone System 
20 (UMTS) comprising a Core Networkoperating Multi-Protocol Label Switching, 
the network including a plurality of Label Switching Routers, at least one 
Gateway General Packet Radio Service Node; at least one Serving General 
Packet Radio Service Node; a plurality of Radio Network Controllers 
associated with said Serving GPRS node; and a plurality of Node Bs 
25 associated with each said Controller, all Nodes and Controllers operating 
User Data Protocol/Internet Protocol, characterized in that a first Multi- 
Protocol Label Switching Edge Node is located in the Gateway General 
Packet Radio Service Support Node. 

Preferably a second Multi-Protocol Label Switching Edge Node is 
30 located in at least one Serving GPRS Support Node, or in each Radio 
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Network Controller, or in each Node B. 

Brief Description Of The Drawings 

The prior art GPRS logical architecture is illustrated in Figure 1 . 
The invention will be described by way of example only with reference 
5 to Figures 2 to 9 in which:- 

Figure 2 illustrates a first embodiment with the MPLS Edge Node 
located in a GGSN and a SGSN; 

Figure 3 shows the protocol stacks in the User Plane; 
Figure 4 illustrates secondary PDP context activation procedures; 
10 Figure 5 illustrates a second embodiment with MPLS Edge Nodes 

located in the RNCs; 

Figures 6 and 7 show the protocol stacks in the User Plane for 
variations of the second embodiment; 

Figure 8 illustrates a third embodiment with MPLS Edge Nodes 
1 5 located in the Node 6s; 

Figure 9 shows the protocol stack; 

Figure 10 illustrates schematically the control plane of an all-IP 
UTRAN interface; and 

Figure 1 1 shows the lub interface protocol structure. 
20 Detailed Description 

In the prior art GPRS architecture of Figure 1, a terminal equipment 
12 is connected through a mobile terminal 14 to the UMTS Terrestrial Radio 
Access Network (UTRAN) 16 which comprises at least one Radio Network 
Controller (RNC) and at least one Node B associated with each RNC (not 
25 illustrated). The UTRAN connects across a lu interface to a Serving GPRS 
Support Node (SGSN) 18, connected to a Gateway GPRS Support Node 
(GGSN) 20 across a Gn interface. The GGSN 20 connects across a Gi 
interface to Packet Data Network (PDN) 22, such as Internet, which has 
terminal equipment 24, and across a further Gn interface to a further SGSN 
30 26 which supports a Base Station Controller 28. BSC 28 connects to a 
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mobile terminal 30 and terminal equipment 32. GGSN 20 also connects to a 
SGSN 34 in another public land mobile network 36 across a Gp interface. 

In Figure 2, in the GPRS according to the invention, the core network 
20 is a cluster of GPRS Local Switching Routers each operating in MPLS. A 
5 first MPLS Edge Node is located in a GGSN 42 at one side of the core 
network. On the opposite side of the core network a UTRAN 46 
communicates with the core network across a lu interface via a SGSN 48 
arranged to operate as a second MPLS Edge Node. 

In this embodiment, the introduction of MPLS affects primarily the 
10 Gn/Gi/Gp interfaces. 

An IP tunnel is formed between the SGSN 48 and the GGSN 42, 
using GPRS Tunneling Protocol-User (GTP-U). The user IP packets are 
formed into encapsulated or tunneled Protocol Data Units (TPDUs) and are 
tunneled between the end points. On the Gn interface between the SGSN 
15 and the GGSN, GTP-U is encapsulated in MPLS frames. The packet 
forwarding deploys the label-switching arrangement of MPLS while the lu 
interface uses conventional IP as the transport bearer and the UTRAN 46 
uses ATM transport links. 

The SGSN and GGSN include the functionality of both the ingress 
20 node and the egress node, i.e. packets can be tunneled in either direction. 

The protocol stack, slightly modified from the conventional stack, is 
shown in Figure 3. The GGSN 42, SGSN 48 and the RNC in UTRAN 46 all 
have their conventional IP routing functions, formerly the conventional IP 
bearer service. In this first inventive embodiment, MPLS is introduced into 
25 the GGSN 42 and the SGSN 48 immediately below UDP/IP as illustrated. 
The process will now be described in detail. 
Step I: MPSL Initiation: 

At MPLS initiation, the edge nodes, the SGSN 48 and the GGSN 42 as well 
as other interconnection network elements/routers that serve as the GPRS 
30 LSRs in the core 40 may use standard routing protocol (BGP, OSPF) or 
GPRS/UMTS specific route selecting protocol to determine the route 
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between the ingress node and the edge node. Routes between any two 
network entities are associated with short and fixed-length labels that are 
distributed through the network.. Labels at each LSR are stored in a Label 
Information Base (LIB) and are periodically refreshed and distributed using 

5 the Label Distribution Protocol (LDP) or RSVP. To represent an explicit 
route, labels are concatenated together in the form of a label stack; they are 
associated with a Forwarding Equivalence Class (FEC) that associates a 
stream with a set of common characteristics. Ingress nodes and egress 
nodes use FEC to provide the mapping of "packet type" to streams. 

O Step II: GTP-U Filtering at the Ingress Node: 

The GTP-U/UDP/IP enters the entry point of an LSP though the MPLS core 
via an Ingress Node. At entry each GTP-U/UDP/IP is associated with a FEC 
that provides the instruction set on how to forward the packet based on the 
destination and possibly other header information. This operation is called 

5 Filtering at the Ingress Node. If a FEC is found, the appropriate label ( or 
label stack for explicit routing ) is shimmed into the IP header and the data 
link packet headers. If a FEC is not present, it is routed using the existing 
transport bearer IP. This facilitates interoperability with conventional 
routing and provides a method for forwarding packets while MPLS is 

o initializing. 

Step III: GPRS LSR Hopping: 

At each intermediate hop (GPRS LSR), the label is used to look up the table 
(the LIB) as index to decide the next label with which the MPSL packet is 
forwarded to next hop. If an entry is found, the label is replaced and the 

5 packet is forwarded to the next hop.; if an entry is not found, the packet is 
forwarded using the conventional routing in reference to the information of 
the layer-3 header (i.e. the IP header carrying GTP-U/UDP ). If the packet 
has an explicit route (that is a label stack), the label of the current LSR is 
popped off and the packet is sent on its way without doing a table lookup. 

3 Step IV: GTP-U Filtering at the Egress Node 

When the MPLS packet reaches the egress node, or the packet gets to the 
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end of its label stack, or when an entry is not found in the LIB, the packet is 
ready to exit the GPRS MPLS Core. The label is stripped off and the GTP- 
U/UDP/IP packet is either routed to the next hop using Layer-3 (IP) 
information or sent to its final destination. When the packet reaches the 
egress node, the label must be stripped off so that the GPT-U/U DP/IP or the 
MAC Frame/IP can be routed directly using conventional layer-3 routing (IP) 
or delivered to the end node. 

1) Mapping between GPRS/UMTS QoS Classes and GPRS/UMTS MPLS 
FEC's 

Four QoS Classes (Conversational, Streaming, Interactive and 
Background) are defined for GPRS/UMTS. Each QoS Class has a set of 
sub-classes. During the MPLS initiation, an FEC is allocated and 
associated with a specific explicit route that is selected according to the 
QoS (sub-) Class to be supported. The forwarding behavior experienced 
by each MPLS packet along the selected associated with the selected 
explicit path is guaranteed within the required performance limit (such as 
the bandwidth, delay, jitter, packet, etc.). The following sets of FEC's are 
defined: 

i) Delay Sensitive FEC (DS-FEC): those FECs' that are 
associated with the forwarding behaviors that provides delay 
within certain bounds but no guarantee on the packet loss rate. 

ii) Delay In-Sensitive FEC (DIS-FEC): those FEC's that are 
associated with the forwarding behaviors that provides best 
effort like service, i.e. no guarantee of the delay bound but 
with guaranteed packet loss rate. 

iii) Guaranteed Delivery FEC (GD-FEC): those FEC's that are 
associated with the forwarding behavior that guarantees the 
delay bound and packet loss. 

iv) Best-effort FEC (BE-FEC): those FEC's that are associated 
with the forwarding behavior that provide the best effort like 
service, i.e. no guarantee on the delay or the packet loss rate. 
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Each set of FEC's may includes a number of sub-FECs that are 
associated with a specific forwarding behavior on a finer granularity. The 
exact number of the sub-FEC is implementation dependent. The selected 
mapping between the FEC's and the GPRS/UMTS QoS Classes is 
5 dependent on the operators. 

2) QoS Support in GPRS/UMTS MPLS: 

When a GTP-U/UDP/IP enters an ingress node, it may trigger the set-up 
of the allocation of label and the set-up of the appropriate LSP (traffic 
driven) or follow the LSP that has been set up before hand (the control 

10 driven). A FEC must be identified and allocated based on the QoS 
requirement that are associated with each GTP-U/UDP/IP packet by 
using the GTP-U filtering mechanism based on the mapping between the 
GPRS/UMTS QoS Classes and the four sets of FEC's. As a result, a 
corresponding label is allocated and assigned to the incoming packet. 

1 5 During the packet forwarding at each LSR along the selected path, each 
LSR uses the label as the index to decide the corresponding FEC and 
the subsequently the required forwarding behavior that is associated with 
the FEC. Finally the LSR at which the MPLS packets arrives activates 
the required resources for the appropriate forwarding treatment of the 

20 packet. 

3) The Secondary PDP Context and the MPLS FEC's/LSP's 
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A secondary PDP context is activated upon the request of transmitting a 
data flow between the MT and the GGSN. The creation and activation of a 
secondary PDP context triggers the allocation of a MPLS label and the 
identification of an appropriate FEC's. Data flows with different secondary 
5 PDP Contexts belonging to different users but requiring the similar/same 
QoS classes may be grouped into the same stream that bears the same 
FEC. An LSP is selected for delivering the stream across the GPRS/UMTS 
MPLS network. A schematic description about the procedure of setting up a 
secondary PDP Context in relation to the setting- up of LSP is shown Figure 
10 4. 

During the MPLS initiation, there may well be an existing LSP that is 
associated with FEC with an appropriate mapping relationship with the QoS 
class the secondary PDP context requests. Then instead of setting up a 
different LSP, the new flow corresponding to the secondary PDP Context 
1 5 can be grouped into the stream that bears the FEC mapped to the QoS class 
required by the secondary PDP Context to be set up. 
3) MPLS Support on Gp/Gi 

The similar mechanisms apply to the Gp/Gi interfaces when the GTP- 
U/UDP/IP is carried in the MPLS packet. 

20 In the second embodiment, the MPLS is terminated at the RNCs as 

shown in Figure 5. A GGSN 50 on one side of the Core 52 acts as a first 
MPLS Edge Node, while the SGSN 54 is not an MPLS Edge Node but acts 
as a Core LSR. The RNCs 56, 58 are now the second MPLS Edge Nodes. 
Each RNC supports at least one Node B 60. The lu interface now also 

25 supports MPLS. 

The MPLS domain includes a Core Network and the RNCs as well as 
intermediate nodes such as SGSN 54 and label switching is used for 
forwarding the packets of data traffic in the GGSN 50, SGSN 54 and RNCs 
56, 58. The underlying transport links can be e.g. ATM or Frame Relay, as 

30 shown in the protocol stack of Figure 6. MPLS lies immediately below 
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UDP/IP in each of the GGSN 50, SGSN 54 and RNCs 56, 58 in the UTRAN 
56, 58,60. 

1) MPLS Support on lu-ps and Gn 

GTP-U Tunnels are used to carry encapsulated T-PDUs between a given 
5 pair of GTP-U Tunnel endpoints which are the RNC 56 or 58 in the UTRAN 
and the SGSN 54 for the interface lu-ps and the SGSN 54 and GGSN 50 for 
interface Gn. 

Three different approaches have been identified and are discussed as 
follows. 
10 Approach I: 

On both the lu-ps and the Gn interfaces, GTP-U/UDP/IP is encapsulated in 
MPLS frames as shown in Figure 6. 
Step I: MPLS Initiation: 

At MPLS initiation, the edge nodes, the RNC and as well as other 
1 5 interconnection network elements/routers that serve as the GPRS LSRs in 
the core use standard routing protocol (BGP, OSPF) or GPRS/UMTS 
specific route selecting protocol to determine the route between the ingress 
node and the edge node. Routes between any two network entities are 
associated with short and fixed-length labels that are distributed through the 
20 network.. Labels at each LSR are stored in a Label Information Base (LIB) 
and are periodically refreshed and distributed using the Label Distribution 
Protocol (LDP) or RSVP. To represent an explicit route, labels are 
concatenated together in the form of a label stack; they are associated with a 
Forwarding Equivalence Class (FEC) that associates a stream with a set of 
25 common characteristics. Ingress nodes and egress nodes use FEC to 
provide the mapping of "packet type" to streams. 
Step il: GTP-U Filtering at the Ingress Node. 

The GTP-U/UDP/IP enters the entry point of an LSP though the MPLS core 
via an Ingress Node. At entry each GTP-U/UDP/IP is associated with a FEC 
30 that provides the instruction set on how to forward the packet based on the 
destination and possibly other header information. This operation is called 
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Filtering at the Ingress Node. If a FEC is found, the appropriate label (or 
label stack for explicit routing ) is shimmed into the GTP-U/UDP/IP header 
and the data link packet headers. If a FEC is not present, it is routed using 
the existing transport bearer (i.e. IP). This facilitates interoperability with 
5 conventional routing and provides a method for forwarding packets while 
MPLS is initialising. 
Step III: GPRS LSR Hopping: 

At each intermediate hop (GPRS LSR), the label is used to look up the table 
(the LIB) as index to decide the next label with which the MPSL packet is 

10 forwarded to next hop. If an entry is found, the label is replaced and the 
packet is forwarded to the next hop.; if an entry is not found, the packet is 
forwarded using the conventional routing in reference to the information of 
the layer-3 header (i.e. the IP header of GTP-U/UDP/IP ). If the packet 
has an explicit route (that is a label stack), the label of the current LSR is 

1 5 popped off and the packet is sent on its way without doing a table lookup. 
Step IV: GTP-U Filtering at the Egress Node 

When the MPLS packet reaches the egress node, or the packet gets to the 
end of its label stack, or when an entry is not found in the LIB, the packet is 
ready to exit the GPRS MPLS Core. The label is stripped off and the GTP- 
20 U/UDP/IP is either routed to the next hop using Layer-3 (IP) information or 
sent to its final destination. When the packet reaches the egress node, the 
label must be stripped off so that the GPT-U/UDP/IP can be routed directly 
using conventional layer-3 routing (IP) or delivered to the end node. 
Approach II: 

25 On both the lu-ps and the Gn interfaces, GTP-U/UDP is encapsulated in 
MPLS frames as shown in Figure 6.(?) 
Step I: MPSL Initiation: 

At MPLS initiation, the edge nodes, the RNC and as well as other 
interconnection network elements/routers that serve as the GPRS LSRs in 
30 the core use GPRS/UMTS specific route selecting protocol to determine the 
route between the ingress node and the edge node. Routes between any 
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two network entities are associated with short and fixed-length labels that 
are distributed through the network.. Labels at each LSR are stored in a 
Label Information Base (LIB) and are periodically refreshed and distributed 
using the Label Distribution Protocol (LDP) or RSVP running as the IP BS 
5 level signaling protocol. To represent an explicit route, labels are 
concatenated together in the form of a label stack; they are associated with a 
Forwarding Equivalence Class (FEC) that associates a stream with a set of 
common characteristics. Ingress nodes and egress nodes use FEC to 
provide the mapping of "packet type" to streams. 

10 Step II: GTP-U Filtering at the Ingress Node: 

The GTP-U/UDP enters the entry point of an LSP though the MPLS core via 
an Ingress Node. At entry each GTP-U/UDP is associated with a FEC that 
provides the instruction set on how to forward the packet based on the 
destination and possibly other header information. This operation is called 

15 Filtering at the Ingress Node. If a FEC is found, the appropriate label (or 
label stack for explicit routing) is shimmed into the GTP-U/UDP header and 
the data link packet headers. If a FEC is not present, it is routed using the 
existing GPRS/UMTS specific route selection protocols. Please note that 
due to the absence of the IP routing capability, the feature of interoperability 

20 with conventional MPLS and forwarding packets while MPLS is initializing is 
lost in comparison with Approach I. 

Step III: GPRS LSR Hopping and inter-working with IP routing: 

At each intermediate hop (GPRS LSR), the label is used to look up the table 
(the LIB) as index to decide the next label with which the MPSL packet is 

25 forwarded to next hop. If an entry is found, the label is replaced and the 
packet is forwarded to the next hop.; if an entry is not found, the packet is 
forwarded using the conventional routing in reference to the information of 
the layer-3 header (i.e. the IP header of GTP-U/UDP/IP ). If the packet 
has an explicit route (that is a label stack), the label of the current LSR is 

30 popped off and the packet is sent on its way without doing a table lookup. 
When the next hop in the GPRS/UMTS MPLS Core is MPSL in-capable such 
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as a router with conventional IP routing capability, the current hop will have 
to provide the egress functionality that maps and swaps the switching label 
with the appropriate IP header (please note that operation is more 
complicated than just stripping off the label as in the egress node in 
5 Approach I). Subsequently the GTP-U/UDP/IP will be routed using the 
conventional IP routing mechanism until the hop where MPLS is provided. 
The hop needs to provide the functionality of the ingress node that maps the 
IP header to the MPLS header with the switching label. The IP header is 
then stripped off and the GTP-U/MPLS is forwarded to the next LSR until it 
1 o reaches the edge node of the GPRS/UMS MPLS core. 
Step IV: GTP-U Filtering at the Egress Node 

When the MPLS packet reaches the egress node, or the packet gets to the 
end of its label stack, or when an entry is not found in the LIB, the packet is 
ready to exit the GPRS MPLS Core. The label is stripped off and the GTP- 
15 U/UDP is packaged into an IP packet either to be routed to the next hop 
using Layer-3 (IP) information or sent to its final destination. 
Approach III: 

On both the lu-ps and the Gn interfaces, GTP-U is encapsulated directly in 
MPLS frames as shown in Figure 7. 

20 Step I: MPSL Initiation. 

At MPLS initiation, the edge nodes, the RNC and as well as other 
interconnection network elements/routers that serve as the GPRS LSRs in 
the core use GPRS/UMTS specific route selecting protocol to determine the 
route between the ingress node and the edge node. Routes between any 

25 two network entities are associated with short and fixed-length labels that 
are distributed through the network.. Labels at each LSR are stored in a 
Label Information Base (LIB) and are periodically refreshed and distributed 
using the Label Distribution Protocol (LDP) or RSVP running as the IP BS 
level signaling protocol. To represent an explicit route, labels are 

30 concatenated together in the form of a label stack; they are associated with a 
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Forwarding Equivalence Class (FEC) that associates a stream with a set of 
common characteristics. Ingress nodes and egress nodes use FEC to 
provide the mapping of "packet type" to streams. 
Step II: GTP-U Filtering at the Ingress Node: 
5 The GTP-U/UDP enters the entry point of an LSP though the MPLS core via 
an Ingress Node. At entry each GTP-U/UDP is associated with a FEC that 
provides the instruction set on how to forward the packet based on the 
destination and possibly other header information. This operation is called 
Filtering at the Ingress Node. If a FEC is found, the appropriate label (or 

10 label stack for explicit routing) is shimmed into the GTP-U/UDP header and 
the data link packet headers. If a FEC is not present, it is routed using the 
existing GPRS/UMTS specific route selection protocols. Please note that 
due to the absence of the IP routing capability, the feature of interoperability 
with conventional MPLS and forwarding packets while MPLS is initializing is 

1 5 lost in comparison with Approach I. 

Step III: GPRS LSR Hopping and inter-working with IP routing: 
At each intermediate hop (GPRS LSR), the label is used to look up the table 
(the LIB) as index to decide the next label with which the MPSL packet is 
forwarded to next hop. If an entry is found, the label is replaced and the 

20 packet is forwarded to the next hop.; if an entry is not found, the packet is 
forwarded using the conventional routing in reference to the information of 
the layer-3 header (i.e. the IP header of GTP-U/UDP/IP ). If the packet 
has an explicit route (that is a label stack), the label of the current LSR is 
popped off and the packet is sent on its way without doing a table lookup. 

25 When the next hop in the GPRS/UMTS MPLS Core is MPSL in-capable such 
as a router with conventional IP routing capability, the current hop will have 
to provide the egress functionality that maps and swaps the switching label 
with the appropriate IP header (please note that operation is more 
complicated than just stripping off the label as in the egress node in 

30 Approach I). Subsequently the GTP-U/UDP/IP will be routed using the 
conventional IP routing mechanism until the hop where MPLS is provided. 
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The hop needs to provide the functionality of the ingress node that maps the 
IP header to the MPLS header with the switching label. The IP header is 
then stripped off and the GTP-U/MPLS is forwarded to the next LSR until it 
reaches the edge node of the GPRS/UMS MPLS core. 
5 Step IV: GTP-U Filtering at the Egress Node 

When the MPLS packet reaches the egress node, or the packet gets to the 
end of its label stack, or when an entry is not found in the LIB, the packet is 
ready to exit the GPRS MPLS Core. The label is stripped off and the GTP- 
U/UDP is packaged into an IP packet either to be routed to the next hop 
10 using Layer-3 (IP) information or sent to its final destination. 

In comparison with Approach II, the approach III bears fewer overheads in 
processing each GTP-U over MPLS packet across the lu and the Gn 
interfaces. But 

1) QoS Support on MPLS based lu and the Gn; 

15 Operations similar to those specified in Scenario I are deployed which 
include the operations of GTP-U filtering, mapping between GPRS/UMTS 
QoS Classes and FEC's as well as the grouping and aggregation of data 
flows into MPLS streams. 

In the third embodiment shown in Figure 8, MPLS Edge Nodes are 

20 located in GGSN 70 on one side of a core network 72, and at Node Bs 74 on 
the other side of the core network. All data traffic through the core uses 
label switching, e.g in the SGSN 76 and RNCs 78, i.e., these components 
serve as core LSRs. The Gn/Gp/Gi, lub, lur and lu interfaces now all need 
to be expanded, in accordance with the principles explained in detail above. 

25 The protocol stack is shown in Figure 9. 

Turning now to the protocol arrangements, the , general protocol 
structure in the conventional UTRAN consists of two main layers, the Radio 
Network Layer and the Transport Network Layer which is based on ATM. All 
UTRAN related issues are visible only in the Radio Network Layer. The 

30 Transport Network Layer represents standard transport technology which is 
selected to be used for UTRAN without any UTRAN-specific requirements. 
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Both have their specific User Plane and Control Plane. The Data Bearers in 
the Transport Network User Plane are directly controlled by the Transport 
Network Control Plane during real time operation, but the control actions 
required for setting up the Signaling Bearers (s) for Application Protocol (i.e. 
Radio Access Network Application Protocol (ie RANAP), Radio Network 
Subsystem Application Protocol (RNSAP) or Node B Application Part NBAP 
used for setting up bearers i.e. the Radio Access Bearer or Radio Link are 
considered O&M actions. 

In an all-IP UTRAN, the Transport Network Layer is now based on IP, 
as are the transport links for the lu and lub interfaces. This is illustrated in 
Figure 10; conventional features including the applications part App.Part; 
Radio Resource Control; Radio Link Control; Medium Access Control; and 
Radio Frequency Physical layer are shown in the MT 30, Node B724, CRNC 
78 and SRNC 79. The IP/MPLS layer is located above the DL/PHY layer in all 
three stacks. 

Considering now the inventive IP lub interface between Node B 74 
and CRNC 78; the information transferred over the interface includes:- 

I the Radio Application Related Signaling 

II Data Streams 

i the lub/lur DCH data stream 

ii the lub RACH data stream 

iii the lub FDD CPCH data stream 

iv the lub FACH data stream 
v the lub TDD USCH data stream 

vi the lub PCH data stream 

Figure 11 shows the IP lub interface protocol structure. There are two 
functional layers. The first is the Radio Network Layer 84 which defines 
procedures 86 related to the operation of Node B 74. The Radio Network 
Layer 84 consists of a radio network control plane 88 and a radio network 
user plane 90; the user plane 90 comprises the F P of each of the transport 
channels shown at 92. 
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The second functional layer is the transport layer 94 which defines 
procedures for establishing physical connections between Node B 74 and 
the CRNC786 as indicated at 96. The transport layers include the UDP/IP 
protocol at 98. 

5 There is one dedicated AAL2 connection for each RACH, for each 

FACH, and for each CPCH, where AAL2 is a type of Asynchronous 
Transport Mode (ATM) Adaptation Scheme which allows multiplexing traffic 
over the same ATM Virtual connection. 

The transport channel mux/demux 100 is also shown in the user plane 

10 90. 

The three embodiments described above illustrate that the inventive 
implementation of MPLS technology in GPRS/UMTS facilitates the following 
advantageous features:- 

(1) QoS provision: 

15 Being the essential requirement for multimedia services in 

GPRS/UMTS, QoS provision can be achieved by making use of QoS 
routing and explicit routing of MPLS. In comparison with QoS 
provisioning on IP-based transport bearer, MPLS-based QoS 
provisioning can be made more efficient and an effective. In fact, lots 

20 of IP QoS control protocols can be integrated into MPLS for a fully 

integrated QoS platform with other QoS supporting technologies such 
as ATM. 

(2) Flexibility of in selecting different network protocols and data links: 
MPLS is independent to both underlying data links and the 

25 network layer protocols and thus provide an layer of isolation to the 

possibly different network protocols and data links in different 
operational domains. This will ease or eliminate the concern on the 
time and cost of providing GPRS/UMTS services over different 
networking and transport infrastructures (e.g. IPv4/v6, AppleTalk, IPX, 

30 ATM, Frame Relay, SDH, Fibre, PPP, etc.). 

(3) Effective Flow Control and Traffic Engineering: 
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Due to the ease of using explicit routing and fast label switching, 
effective flow control, congestion control among the different 
network elements (Node-B, RNC, SGSN and GGSN) be can 
achieved by means of proper load balancing and effective traffic 
engineering. 

(4) Policy Enabled Service Provision 

The policy control can be easily enforced in MPLS based network. 
Different varieties of policies can be applied during the set-up of 
LSP (Label Switched Path) and specific policies can be associated 
with each label that is assigned to a stream whose forwarding 
behavior is governed by the corresponding policies. 

(5) Smooth migration to new technologies and maximum compatibility 
with existing wireless networks. 

Due to the independence of the use of MPLS from the network 
protocols and the data links, an MPLS based GPRS/UMTS bearer 
service architecture will allow easy introduction of new and various 
routing and networking technologies and data links and thus 
facilitate a smooth migration from current GPRS/UMTS networks 
to future ones without the need of replying on the specific network 
protocols and data links used in existing and future GPRS/UMTS 
networks. This network and data links independence feature of 
MPLS will also allows for easy and maximum compatibility and 
integration with exiting serving GPRS/UMTS networks. 



